home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / ietf / urn / urn-archives / urn-ietf.archive.9611 / 000210_owner-urn-ietf _Wed Nov 27 15:09:56 1996.msg < prev    next >
Internet Message Format  |  1997-02-19  |  3KB
  1. Received: (from daemon@localhost) by services.bunyip.com (8.6.10/8.6.9) id PAA25916 for urn-ietf-out; Wed, 27 Nov 1996 15:09:56 -0500
  2. Received: from mocha.bunyip.com (mocha.Bunyip.Com [192.197.208.1]) by services.bunyip.com (8.6.10/8.6.9) with SMTP id PAA25911 for <urn-ietf@services.bunyip.com>; Wed, 27 Nov 1996 15:09:54 -0500
  3. Received: from acl.lanl.gov by mocha.bunyip.com with SMTP (5.65a/IDA-1.4.2b/CC-Guru-2b)
  4.         id AA27995  (mail destined for urn-ietf@services.bunyip.com); Wed, 27 Nov 96 15:09:52 -0500
  5. Received: from legiron.acl.lanl.gov (legiron.acl.lanl.gov [128.165.147.188]) by acl.lanl.gov (8.7.3/8.7.3) with SMTP id NAA03343 for <urn-ietf@bunyip.com>; Wed, 27 Nov 1996 13:09:49 -0700 (MST)
  6. Message-Id: <2.2.32.19961127201825.00d31a90@acl.lanl.gov>
  7. X-Sender: rdaniel@acl.lanl.gov
  8. X-Mailer: Windows Eudora Pro Version 2.2 (32)
  9. Mime-Version: 1.0
  10. Content-Type: text/plain; charset="us-ascii"
  11. Date: Wed, 27 Nov 1996 13:18:25 -0700
  12. To: urn-ietf@bunyip.com
  13. From: Ron Daniel <rdaniel@acl.lanl.gov>
  14. Subject: [URN] some more NAPTR edits
  15. Sender: owner-urn-ietf@services.bunyip.com
  16. Precedence: bulk
  17. Reply-To: Ron Daniel <rdaniel@acl.lanl.gov>
  18. Errors-To: owner-urn-ietf@bunyip.com
  19.  
  20. Hi,
  21.  
  22. I've been looking some more at security for NAPTR resolution and
  23. think there may be times when people will want to provide
  24. encrypted info in a NAPTR record. I'm considering some
  25. changes to the draft to accomodate this - the main part of those
  26. changes is appended. I'll wait until after San Jose to
  27. actually make the edits to the draft and resubmit, because
  28. these changes may be controversial.
  29.  
  30. Regards,
  31. Ron
  32. ===============
  33. Flags
  34.  
  35. A String giving flags to control aspects of the rewriting. Flags are
  36. characters from the set [0-9A-Z]. The case of the alphabetic
  37. characters is not significant. Multiple flags may appear in the flags
  38. field. The flags A-Z are reserved, 0-9 are available for local
  39. experimentation.
  40.  
  41. At this time there are 5 defined flags: A, S, P, R and E. S, A, and P
  42. all indicate that the NAPTR is terminal and the next lookup should
  43. be for A records, SRV records, or protocol-known records, respectively.
  44. The A, S, and P flags are mutually exclusive.
  45.  
  46. The "R" flag indicates that the regexp field is to be treated
  47. as a Raw string, not as a substitution expression. The interpretation
  48. to be placed on that string will be set by other flags. When the "R"
  49. flag is given, there MUST be a value in the regexp field. There MAY
  50. be a value in the replacement field, in which case that shall be
  51. the next domain name to be contacted. The "R" flag may be combined
  52. with one of the "A", "S", or "P" flags. Specifying the "R" flag is
  53. the only time it is not an error to have a value in both the regexp
  54. and replacement fields.
  55.  
  56. The "E" flag specifies that the regexp field holds an encrypted string.
  57. The "R" flag must be specified if the "E" flag is given. Further details
  58. on the encryption protocol will be specified in subsequent releases of
  59. this draft.
  60. Ron Daniel Jr.                       email: rdaniel@lanl.gov
  61. Advanced Computing Lab               voice: +1 505 665 0597
  62. MS B287                                fax: +1 505 665 4939
  63. Los Alamos National Laboratory        http://www.acl.lanl.gov/~rdaniel/
  64. Los Alamos, NM, USA  87545    obscure_term: "hyponym"
  65.